home *** CD-ROM | disk | FTP | other *** search
/ Cream of the Crop 1 / Cream of the Crop 1.iso / PROGRAM / TP020793.ARJ / 02-07-93.TPC
Text File  |  1993-02-07  |  40KB  |  1,131 lines
  1.  
  2. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  3.  
  4. Conference 4
  5. Date       02-01-93 19:59:00
  6. From       Terry Hughes
  7. To         Michael Von_Kopp_Ostrows
  8. Subject    Async Pro
  9.  
  10.  
  11. MV>Hi Terry,
  12.  
  13. MV>does Async Pro support compression routines (ZIP/LZH) too,
  14. MV>or does it support only decompression of archieves.
  15.  
  16. Async Professional supports both compression and decompression of LHARC
  17. 1.13 files. It supports compression/decompression for ZIP 1.XX with the
  18. exception of implode (it can decompress imploded files but it can't
  19. implode them). We are currently working on adding imploding but I don't
  20. have a release date yet.
  21.  
  22. MV>What's about "deflating" used in PKZIP 2.x ?
  23.  
  24. Nope, not yet. I think it's fair to say that our
  25. compression/decompression tools will always lag the utility makers but a
  26. good margin. We haven't even started thinking about deflating yet.
  27.  
  28. -Terry
  29.  
  30. ___
  31.  X QMPro 1.0 41-2187 X TurboPower Software (voice 719-260-6641)
  32.            
  33. --- Maximus/2 2.01wb
  34.  * Origin: The Programmers Playhouse (1:128/60)
  35.  * Tossed by SFToss/286 v1.02a on 93/02/02  23:06:44
  36.  
  37. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  38.  
  39. Conference 4
  40. Date       02-01-93 20:05:00
  41. From       Terry Hughes
  42. To         Louis Zarek
  43. Subject    TV browser for Filer
  44.  
  45.  
  46. Louis,
  47.  
  48. Although the new TV browser is a bonus unit we won't be making it
  49. available on our BBS right now. We only certify the new TV browser to
  50. work with Filer 5.4 and beyond. And, anyone that has Filer 5.4 already
  51. has the TV browser so there's no point in posting it on the BBS.
  52.  
  53. If you didn't get our latest mailer about new Filer features and how to
  54. upgrade we probably don't have your correct address. You can call our
  55. 800 line for additional product or ordering information if you like
  56. (800-333-4160).
  57.  
  58. -Terry
  59.  
  60. ___
  61.  X QMPro 1.0 41-2187 X TurboPower Software (voice 719-260-6641)
  62.  
  63. --- Maximus/2 2.01wb
  64.  * Origin: The Programmers Playhouse (1:128/60)
  65.  * Tossed by SFToss/286 v1.02a on 93/02/02  23:06:44
  66.  
  67. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  68.  
  69. Conference 4
  70. Date       02-01-93 08:00:00
  71. From       Dj Murdoch
  72. To         Mark Gryn
  73. Subject    PDN files (was: sorting a record)
  74.  
  75.   -=> Quoting Trevor Carlsen to William Lagamba <=-
  76.  
  77.  TC> Get the file TCSEL*.*  from a PDN node or BBS near you and study the
  78.  
  79.  MG>  Okay, I've heard enough, any who is reasonably close to the Windsor
  80.  MG>         (Canada) area, and has the latest TCSelect available for FREQ
  81.  MG>         at high speeds, please give me a filename and an address...
  82.  
  83. I posted this the other day...
  84.  
  85.  From: Bill Cassidy 249/99
  86.  
  87. By the way, if anyone want's to pickup the PDNPASCL stuff, they're available
  88. from 1:249/1 @ 16.8k HST/DS and 1:249/50 @ 16.8k ZyXEL.  Might be worth mentioni
  89. g in the PASCAL echo?
  90.  
  91.  
  92. --- Msg V3.2
  93.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  94.  * Tossed by SFToss/286 v1.02a on 93/02/03  09:46:29
  95.  
  96. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  97.  
  98. Conference 4
  99. Date       02-01-93 08:02:00
  100. From       Dj Murdoch
  101. To         TOM MORGAN
  102. Subject    Re: OOP
  103.  
  104.   TM> Are there any good books or tutors for OOP?
  105.  
  106. I don't know.  I'm mostly self-taught.
  107.  
  108.  TM> Also, why do some people program almost exclusively in OOP and others
  109.  TM> don't use it at all?
  110.  
  111. It's different from standard structured programming.  Some people like it,
  112. some don't.
  113.  
  114. --- Msg V3.2
  115.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  116.  * Tossed by SFToss/286 v1.02a on 93/02/03  09:46:29
  117.  
  118. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  119.  
  120. Conference 4
  121. Date       02-01-93 08:06:00
  122. From       Dj Murdoch
  123. To         Etienne Boeziek
  124. Subject    Re: Tape
  125.  
  126.   EB> I am looking for an tape unit/procedure.
  127.  EB> It must be compatible with a Jumbo tape (QIC-40 and/or QIC-80)...
  128.  EB> Can someone post this procedure/unit if it exists? Please...
  129.  EB> Or is there someone who can help me to write such a 
  130.  EB> unit/procedure in TP7.0?
  131.  EB> Any help is welcome....
  132.  
  133. Apparently it's not easy.  There are at least 3 different interfaces to the
  134. Colorado Jumbo tape (the floppy disk interface, the FC-10, and the compressing
  135. board).  Each needs different interface code.  I'd also suspect that a tape
  136. drive from any other manufacturer would have a different interface.
  137.  
  138. QIC-40 and QIC-80 specify what's on the tape, not how to put it there.
  139.  
  140. Your best bet is to contact your tape drive manufacturer, or to call the standar
  141.  software with lots of EXEC calls.
  142.  
  143. --- Msg V3.2
  144.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  145.  * Tossed by SFToss/286 v1.02a on 93/02/03  09:46:29
  146.  
  147. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  148.  
  149. Conference 4
  150. Date       02-01-93 22:50:00
  151. From       Dj Murdoch
  152. To         Scott Samet
  153. Subject    Re: more than 64k data
  154.  
  155.   SS> If you restrict the size of the array elements to a power 
  156.  SS> of two so that they never span a 64k segment boundary, 
  157.  SS> it's not much trouble to GlobalAlloc a large
  158.  SS> block and do pointer arithmetic to locate a particular element.
  159.  
  160. That's a good point.  In general, pointer arithmetic is messy, but when you're
  161. working with powers of 2, things come out a lot neater.
  162.  
  163. --- Msg V3.2
  164.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  165.  * Tossed by SFToss/286 v1.02a on 93/02/03  09:46:29
  166.  
  167. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  168.  
  169. Conference 4
  170. Date       02-01-93 22:55:00
  171. From       Dj Murdoch
  172. To         Scott Samet
  173. Subject    Re: Real Number Arithmetic
  174.  
  175.   > Do you know the details about which tests were used?
  176.  
  177.  SS> I have a mental block about statistics.  As soon as anyone 
  178.  SS> mentions the subject my eyes glaze over and I go into a 
  179.  SS> trance.  He explained it to me, and it went in one ear and 
  180.  SS> out the other.  The only thing that lingered was the part 
  181.  SS> about counting the lengths of runs (increasing/decreasing 
  182.  SS> sequences).  He said they were far shorter than they should be.
  183.  
  184. I know Knuth published some tests for random number generators.  Sometime
  185. I'll run TP's through the tests, and let everyone know how it does.
  186.  
  187. --- Msg V3.2
  188.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  189.  * Tossed by SFToss/286 v1.02a on 93/02/03  09:46:29
  190.  
  191. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  192.  
  193. Conference 4
  194. Date       02-01-93 23:57:00
  195. From       Dj Murdoch
  196. To         All
  197. Subject    BP Bug List
  198.  
  199.  I keep a bug list for Borland Pascal (available from PDN nodes as BP7BUGS1.ZIP).
  200.  As I'm acutely aware, it contains errors - things which I've identified as
  201. bugs, which just aren't.  It's also missing bugs, since naturally enough I
  202. don't hear about all of them or have the time to verify all the reports I
  203. come across.
  204.  
  205. I think it would be much better for BP users if Borland published their own
  206. internal bug list, as they currently do for BC++.  I've told Borland this
  207. before, and there have been some sympathetic listeners there; but still, it's
  208. their policy not to publish any list of known BP bugs.
  209.  
  210. I've just received a message from Zack Urlocker, who is a manager at Borland
  211. and closely involved with BP.  He has asked me to get people who think they
  212. would benefit from Borland publishing their bug list to write to him.  If
  213. you think you'd be better off seeing their list rather than mine, please do
  214. write to him and tell him why.  He'll be able to use your letters to convince
  215. others at Borland that this should happen.
  216.  
  217. I expect mail to the Borland corporate headquarters would get to him (the
  218. address is on the back of the manuals), or email to 76217,1053 on Compuserve.
  219.  I don't know of a Fidonet-Compuserve gateway, but if you can write to Internet
  220. addresses, write to 76217.1053@compuserve.com.
  221.  
  222.  
  223.  
  224. --- Msg V3.2
  225.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  226.  * Tossed by SFToss/286 v1.02a on 93/02/03  09:46:29
  227.  
  228. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  229.  
  230. Conference 4
  231. Date       02-02-93 20:32:00
  232. From       Trevor Carlsen
  233. To         Ruurd Pels
  234. Subject    Destructive B-Space?
  235.  
  236.  
  237.  
  238.  RP> Quick trick to remove the last character from a string:
  239.  
  240.  RP>      if S[0] > 0 then Dec(S[0]);
  241.                    ^you missed the #
  242.  
  243. TeeCee
  244.  
  245. --- TC-ED   v2.01  
  246.  * Origin: The Pilbara's Pascal Centre (+61 91 732930) (3:690/644)
  247.  * Tossed by SFToss/286 v1.02a on 93/02/03  09:46:29
  248.  
  249. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  250.  
  251. Conference 4
  252. Date       02-02-93 19:34:00
  253. From       Dj Murdoch
  254. To         Percy Wong
  255. Subject    Re: CONVERTING OLD TPU'S
  256.  
  257.   PW>  There is, nor will there be, a program to do this.  It's how Borland
  258.  PW> makes money - it causes everyone to upgrade becuase no one knows the
  259.  PW> format of the files.
  260.  
  261. The format of the .TPU has been documented by William Peavy since at least
  262. version 5.5. Borland makes money by selling compilers, not by selling .TPU
  263. files.  
  264.  
  265. --- Msg V3.2
  266.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  267.  * Tossed by SFToss/286 v1.02a on 93/02/04  20:39:25
  268.  
  269. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  270.  
  271. Conference 4
  272. Date       02-03-93 08:34:00
  273. From       Terry Hughes
  274. To         Robert Jambor
  275. Subject    TurboPower Software
  276.  
  277.  
  278. RJ>Hello Terry Hughes!
  279.  
  280. RJ> TH> We do very frequent updates of our products -- particularly when
  281. RJ> TH> they're still in the early phase of their life cycle (as APRO
  282. RJ> TH> is). Our products average 4 updates per year for the first
  283. RJ> TH> two or three years of their life. With schedules like that
  284. RJ> TH> it's pretty easy to fall behind in versions. But don't feel
  285. RJ> TH> that you *have* to update all the time. Some people choose
  286. RJ> TH> our Fast Update Plan so they can immediately get the latest
  287. RJ> TH> and greatest; others only upgrade once a year or so or when
  288. RJ> TH> some new feature compels them to.
  289.  
  290. RJ>So it seems. :-)  What is this fast update plan?
  291.  
  292. Under the Fast Update Plan we immediately send out each minor release
  293. (X.01, X.02, and so on) to you for one product for one year. If there is
  294. a major update during your subscription period (like from 1.11 to 2.00)
  295. you still have to pay for that but your Fast Update Plan continues for
  296. additional minor updates of the new version.
  297.  
  298. Each minor update includes all bug fixes applied since the last minor
  299. release (and a list so that you know what we changed) and, typically,
  300. one or two new moderate to major features.
  301.  
  302. We just had a price increase in most of the Fast Update Plans; I believe
  303. most of them are $80/year now. You can call our sales/info line,
  304. 800-333-4160, if you'd like more information.
  305.  
  306. -Terry
  307. ___
  308.  X QMPro 1.0 41-2187 X TurboPower Software (voice 719-260-6641)
  309.  
  310. --- Maximus/2 2.01wb
  311.  * Origin: The Programmers Playhouse (1:128/60)
  312.  * Tossed by SFToss/286 v1.02a on 93/02/05  09:16:56
  313.  
  314. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  315.  
  316. Conference 4
  317. Date       02-03-93 08:57:00
  318. From       Terry Hughes
  319. To         Rob Kittredge
  320. Subject    Btree-filer
  321.  
  322.  
  323. RK>Terry,
  324.  
  325. RK>TH>B-Tree Filer 5.4 includes a brand new TV-based browser. I think the new
  326.  
  327. RK>TH>browser requires 5.4 so it's not available as a standalone bonus unit.
  328. RK>TH>You can upgrade to 5.4 for $49.
  329.  
  330. RK>  I'm trying to decide whether to upgrade to 5.4..What features/fixes
  331. RK>does it incorporate??
  332.  
  333. The major new features are BP7 protected mode support and a totally
  334. automatic method of assigning workstation numbers. Note that the
  335. protected mode support applies not just to Filer but to the supporting
  336. units as well (SHARE, NETBIOS, etc.). Filer 5.4 also includes the new TV
  337. browser mentioned above.
  338.  
  339. RK>  I also have a comment to make about B-Tree Filer that may be of
  340. RK>interest to you and others that use it.  About 6 months ago I left you a
  341.  
  342. RK>message regarding the best way to process a FidoNet nodelist, adding
  343. RK>records to B-Tree Filer.  Someone suggested sorting the keys before
  344. RK>adding them to B-Tree...Just a couple of days ago I started sorting the
  345. RK>keys (400 at a time using MSORT) and it did reduce the add time slightly.
  346. RK>  I was also using the OOFILER unit on the bonus disk to make the record
  347. RK>additions easier.  I got to thinking though, using the OOFILER unit, for
  348. RK>every record added, BP would have to do a virtual table lookup to get to
  349. RK>my "createkey()" function...Doing this for EVERY record I thought was
  350. RK>probably fairly time consuming.  Boy was I right!  I took out OOFILER and
  351. RK>started using the procedural functions like BTAddRec, etc and it reduced
  352. RK>my programs runtime from about 4 minutes to 45 seconds!  On other, slower
  353. RK>systems, it went from 45 minutes to about 3!
  354. RK>  You might want to pass this word on to others trying to get the maximum
  355. RK>speed out of B-Tree...The OOFILER unit sure makes things easy but boy does
  356. RK>it make things SLOW too!
  357.  
  358. If I had realized you were using OOPFILER to add all of your records I
  359. would recommended against it immediately -- but not for the reason you
  360. suggest since I'm not convinced that the virtual table lookup could add
  361. that much time to the process. (A quick trip through the profiler would
  362. tell you, though.)
  363.  
  364. A bigger problem is that using OOFILER would mean you were using logic
  365. like this (some of it internal to OOFILER):
  366.  
  367.   for I := 1 to MaxRecs do
  368.     for J := 1 to MaxKeyNumber do
  369.       BTAddKey(P, J, ...);
  370.  
  371. When adding batches of records/keys, though, it's much faster to do
  372. this:
  373.  
  374.    for I := 1 to MaxKeyNumber do
  375.      for J := 1 to MaxRecs do
  376.        BTAddKey(P, I, ...);
  377.  
  378. This results in fewer index page swaps during and, therefore, less time
  379. to add all the keys. Perhaps you switched to logic like this when you
  380. switched from OOFILER?
  381.  
  382. Also, while sorting the records ahead of time will decrease the time
  383. required to add the records it may increase the overall time required to
  384. add the records (sort time plus add time). Whether or not this is true
  385. depends on your data and resources.
  386.  
  387. I thought I posted a similar message months ago when the topic first
  388. came up but I guess you didn't get it.
  389.  
  390. -Terry
  391. ___
  392.  X QMPro 1.0 41-2187 X TurboPower Software (voice 719-260-6641)
  393.  
  394. --- Maximus/2 2.01wb
  395.  * Origin: The Programmers Playhouse (1:128/60)
  396.  * Tossed by SFToss/286 v1.02a on 93/02/05  09:16:56
  397.  
  398. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  399.  
  400. Conference 4
  401. Date       02-03-93 09:02:00
  402. From       Terry Hughes
  403. To         Rob Kittredge
  404. Subject    Re: EXECWSWP question
  405.  
  406.  
  407. RK>TH>Apparently, PK204C uses both DOS INT 21 and BIOS INT 10 to write to the
  408.  
  409. RK>TH>screen. Our EXECWIN and EXECWSWP units were only trapping INT 21.
  410.  
  411. RK>TH>New versions of both of these files should be on our BBS (719-260-9726)
  412. RK>TH>by the time you get this message.
  413.  
  414. RK>Great!  Thanks for letting me know!
  415.  
  416. RK>P.S. I just downloaded the new code and it still has problems.  However,
  417. RK>I've found that if I take out my DEVICE=ZANSI.SYS from the CONFIG.SYS
  418. RK>file, the problem goes away.  I could see the ZANSI causing problems,
  419. RK>but if this were the case, the other program that uses PKZ 2.04 (SHEZ.EXE)
  420.  
  421. If you don't mind uploading a copy of ZANSI to our board (assuming
  422. that's legal) I don't mind testing with it to see what the problem is.
  423.  
  424. RK>One more thing, I just got the update for PKZip 2.04e and in there
  425. RK>there is an option to turn off "DOS fast character output" that PKZ
  426. RK>appparently uses.  I have no idea what interrupt the "DOS fast character
  427. RK>output" function uses, but I'll be if you find it and trap for it in
  428. RK>EXECWIN the problem will be solved.  I'll look through some of my MSDOS
  429. RK>interrupt listings and see if I can find it.
  430.  
  431. I'd say that "DOS fast character output" applies to some technique
  432. they're using rather than a specific DOS function. That might refer to
  433. calling int 10 directly rather than going through int 21.
  434.  
  435. -Terry
  436. ___
  437.  X QMPro 1.0 41-2187 X TurboPower Software (voice 719-260-6641)
  438.  
  439. --- Maximus/2 2.01wb
  440.  * Origin: The Programmers Playhouse (1:128/60)
  441.  * Tossed by SFToss/286 v1.02a on 93/02/05  09:16:56
  442.  
  443. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  444.  
  445. Conference 4
  446. Date       02-03-93 09:17:00
  447. From       Terry Hughes
  448. To         Frank Derks
  449. Subject    FreePtr and FreeList
  450.  
  451.  
  452. FD>The variable 'MaxAvail' holds the size of the largest contiguous free block
  453. FD>_in_ the heap. The variable 'MemAvail' holds the sum of all free blocks is
  454.  
  455. FD>the heap.
  456.  
  457. One minor correction -- MaxAvail and MemAvail are functions, not
  458. variables. That can be an important distinction when referencing those
  459. functions in a time-critical section of code.
  460.  
  461. -Terry
  462. ___
  463.  X QMPro 1.0 41-2187 X TurboPower Software (voice 719-260-6641)
  464.  
  465. --- Maximus/2 2.01wb
  466.  * Origin: The Programmers Playhouse (1:128/60)
  467.  * Tossed by SFToss/286 v1.02a on 93/02/05  09:16:56
  468.  
  469. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  470.  
  471. Conference 4
  472. Date       02-03-93 07:57:00
  473. From       Dj Murdoch
  474. To         Mike Copeland
  475. Subject    Re: Flush (was:  Break & continue)
  476.  
  477.   MC>    I know this, and Dj used to moan about it whenever 
  478.  MC> "standard" Pascal was referenced - the fact that TP 
  479.  MC> doesn't conform to the Wirth standard.  
  480.  
  481. No, I think that was Charles Falconer moaning.  I think standard Pascal files
  482. are bizarre; TP's file model makes a lot more sense to me.
  483.  
  484.  
  485. --- Msg V3.2
  486.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  487.  * Tossed by SFToss/286 v1.02a on 93/02/05  09:16:58
  488.  
  489. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  490.  
  491. Conference 4
  492. Date       02-03-93 08:11:00
  493. From       Dj Murdoch
  494. To         Kevin Higgins
  495. Subject    Re: Random Number Generators
  496.  
  497.   KH> [[The following is yet another example of Greg Pierson's lunacy]]
  498.  
  499.  GP> I'm looking for either a formula or the pascal source for a random
  500.  GP> number generator (evenly distributed) for a die rolling program.  I
  501.  GP> need several different types of dice (6 sided, 8 sided, 4 sided, 10
  502.  GP> sided, 12 sided, and 20 sided).  Any other information on the actual
  503.  GP> randomness of computer generated random numbers would 
  504.  KH> also be of help.
  505.  
  506.  KH> Here's some code for you:
  507.  
  508.  KH> Function RndNorm(Mean, StanDev: Extended):Extended;
  509.  
  510.  KH> Procedure RndNormalGenerate(var RndNormal1, RndNormal2 : Extended);
  511.  
  512.  KH> Function RndNormal : Extended;
  513.  
  514. None of the ones you posted give even distributions.  I'm not sure what's
  515. wrong with the built-in Random(N) function; perhaps GP could tell us.
  516.  
  517. --- Msg V3.2
  518.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  519.  * Tossed by SFToss/286 v1.02a on 93/02/05  09:16:58
  520.  
  521. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  522.  
  523. Conference 4
  524. Date       02-03-93 20:37:00
  525. From       Dj Murdoch
  526. To         Jud Mccranie
  527. Subject    Re: bp Bugs
  528.  
  529.   DM> Yes, that's irritating, but I think it's by design.  The calling
  530.  DM> sequences are marked in the help file in such a way as not to be
  531.  DM> reformatted.
  532.  
  533.  JM> I think it is probably a bug.  The calling seq. is probably the most
  534.  JM> important thing in the help file, yet they are chopped off unless you
  535.  JM> zoom the window.  It simply doesn't make a bit of sense for it to not
  536.  JM> be wrapped in the window.  The quality of the design at Borland has
  537.  JM> obviously droped tremendously in the last few years, but I don't
  538.  JM> think they would hire someone that bad at design.
  539.  
  540. It's not too hard for you to change this one - just expensive.  Buy the Open
  541. Architecture handbook, decompile the help files, and recompile them with the
  542. syntax examples marked for reformatting.  
  543.  
  544.  JM> Do you send your bug list to Borland?  A friend got a copy of BP 7 from
  545.  JM> Borland 2 weeks ago, and they haven't fixed any of the bugs yet.
  546.  
  547. It's a very big deal to release a new version.  I wouldn't expect to see more
  548. than a couple a year, so if they're going to come out with a bug fix, it probabl
  549.  won't be for a few more months.
  550.  
  551.  JM> Another thing - in the IDE menu, for items that can't be selected, what
  552.  JM> is the point of even allowing the cursor to move to these items?
  553.  JM> Obviously the cursor should jump right over non-selectable items (a la
  554.  JM> Turbo Power's pick).
  555.  
  556. I think the point is consistency.  To go down 5 lines, you hold the down arrow
  557. down for enough time for 5 repeats.  (Or hit it 5 times.)  You don't need
  558. to count how many items are grayed and how many aren't. 
  559.  
  560.  JM> Another one - if you don't have any windows open, you have to hit F10
  561.  JM> to get the cursr up to the menu line!  This is a completely wasted and
  562.  JM> unnecessary keystroke.  Futhermore, if you have another keystroke
  563.  JM> assigned to that operation (I have ESC for that) it only works if you
  564.  JM> are in a window.
  565.  
  566. I've never used F10.  I use Alt-F, etc. to open the menu I want directly.
  567.  
  568.  JM> Borland says that they're writing a major app in BP.  I hope they're
  569.  JM> using the IDE and I hope the person has used 5.5 or earlier so they can
  570.  JM> actually see how frustrating and counter-productive these severe
  571.  JM> "design flaws" are.
  572.  
  573. Nobody at Borland wrote a major app in 5.5, or if they did, they kept it to
  574. themselves.  TP 6 was the first version which was actually used for one of
  575. their commercial programs, as far as I know.  I expect that's why there are
  576. the minor tune-ups in the BP7 IDE - they noticed things were wrong, and fixed
  577. them.  However, the fact that the BP7 IDE is so much like the TP6 IDE means
  578. that they like it.  I wouldn't expect any movement back to a non-windowing
  579. IDE like 5.5 in upcoming versions.
  580.  
  581. --- Msg V3.2
  582.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  583.  * Tossed by SFToss/286 v1.02a on 93/02/05  09:16:58
  584.  
  585. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  586.  
  587. Conference 4
  588. Date       02-03-93 20:47:00
  589. From       Dj Murdoch
  590. To         Herb Brown
  591. Subject    Re: ISR's and objects
  592.  
  593.   HB> Can an ISR be written into an object? For some strange reason 
  594.  HB> me thinks not..
  595.  
  596.  RP> Pray tell me why?
  597.  
  598.  HB> An object gets confused if more than one instance is 
  599.  HB> invoked.  Crash and burn..
  600.  
  601. Hmm?  I routinely have multiple TV windows open at the same time.  Each is
  602. an instance of a TWindow, but I don't get crashes because of that...
  603.  
  604. --- Msg V3.2
  605.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  606.  * Tossed by SFToss/286 v1.02a on 93/02/05  09:16:58
  607.  
  608. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  609.  
  610. Conference 4
  611. Date       02-03-93 20:49:00
  612. From       Dj Murdoch
  613. To         Jud Mccranie
  614. Subject    Re: for Loop Control Vars
  615.  
  616.   DM> It's illegal in TP, but the compiler doesn't check for it.  The
  617.  DM> TP 6 manual used to make this clear:  "It's an error if the
  618.  DM> contained statement alters the value of the control variable."
  619.  DM> The BP 7 manual is a lot more wimpy, just says your programs
  620.  
  621.  JM> It has been that way since 2.0 (at least).  If it is illegal, then
  622.  JM> why not make it a compiler error?
  623.  
  624. Because it's rather difficult to check.  For example, is the following legal
  625. or illegal?
  626.  
  627.   procedure myproc(var i:integer);
  628.   begin
  629.     writeln('i=',i);
  630.   end;
  631.  
  632.   var
  633.     i : integer;
  634.   begin
  635.     for i:=1 to 10 do
  636.       myproc(i);
  637.   end;
  638.  
  639. Here the variable i is unchanged, so it looks legal.  But it's threatened
  640. by that myproc procedure, which could just as easily have "i := 1" in it.
  641.  In order to decide whether this is okay or not the compiler would have to
  642. know what myproc does, and TP isn't that smart.  Alternatively, it could forbid
  643. you from passing loop control variables as Var parameters, but that would
  644. drive people nuts. 
  645.  
  646. --- Msg V3.2
  647.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  648.  * Tossed by SFToss/286 v1.02a on 93/02/05  09:16:58
  649.  
  650. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  651.  
  652. Conference 4
  653. Date       02-03-93 20:56:00
  654. From       Dj Murdoch
  655. To         David Mackintosh
  656. Subject    Re: Freq-ing
  657.  
  658.   DM> I am a recent user preparing to make the big jump to "sysop" of
  659.  DM> my own board.  In this area, I keep seeing "Freq this".  I know
  660.  DM> that it means File Request, but how do I do it?  The board
  661.  DM> I am using now has FIDO, GLOBE, and a couple others.
  662.  
  663. This is really the sort of question you should ask another sysop locally.
  664.  Once you get your software set up, it'll probably be easy to answer, but
  665. until you do, it depends on all sorts of things.
  666.  
  667. None which has anything to do with Pascal, so you really shouldn't ask about
  668. it here.  Try to stay on topic.
  669.  
  670. The Moderator
  671.  
  672. --- Msg V3.2
  673.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  674.  * Tossed by SFToss/286 v1.02a on 93/02/05  09:16:58
  675.  
  676. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  677.  
  678. Conference 4
  679. Date       02-03-93 20:59:00
  680. From       Dj Murdoch
  681. To         Jud Mccranie
  682. Subject    Re: real Number Arithmeti
  683.  
  684.   JM> I think the sum of 2 uniform random variables is triangular.  Summing
  685.  JM> more and more of them makes the distrubution closer and closer to
  686.  JM> a normal (bell-shaped) distribution.  Summing 6 or more is very
  687.  JM> close to normal.
  688.  
  689.  JM>   Normal := random + random + random + random + random + random;
  690.  
  691. That's not a very good approximation, nor is it necessary.  If you really
  692. want a normal distribution, look up a good generator in any of lots of books.
  693.  A couple were posted here just yesterday; an equivalent one is below.
  694.  
  695. The problems with the sum of uniforms are:
  696.   - the range is wrong.  Your sum has a range of 0 to 6; a true normal should
  697. be able to take on any real number.
  698.   - the mean is 3 and the variance is 1/2.  Since most people specify a standard
  699. normal with mean 0 and variance 1, you need to do corrections to get a standard one. 
  700.  
  701.   - it's got a pretty chunky distribution (a polygon), while the normal should
  702. be smooth.
  703.  
  704. Here's the one I use:
  705.  
  706.  function rnorm(mean,variance:float):float;
  707.  var
  708.    t1,t2,r:float;
  709.  begin
  710.    repeat
  711.      t1 := 1 - 2*runif;
  712.      t2 := 1 - 2*runif;
  713.      r  := sqr(t1)+sqr(t2);
  714.    until (r < 1) and (r > 0);
  715.    rnorm := mean + t1*sqrt(-2*variance*ln(r)/r);
  716.  end;
  717.  
  718. I'm using my own "runif" here rather than the TP one, but you could substitute
  719. "random" without doing much harm.  If you want to speed this up a bit, you
  720. can actually get two independent random numbers at once:
  721.  
  722.   rnorm2 := mean + t2*sqrt(-2*variance*ln(r)/r);
  723.  
  724. is independent of the rnorm value.
  725.  
  726.  
  727. --- Msg V3.2
  728.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  729.  * Tossed by SFToss/286 v1.02a on 93/02/05  09:16:58
  730.  
  731. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  732.  
  733. Conference 4
  734. Date       02-04-93 06:16:00
  735. From       Trevor Carlsen
  736. To         Percy Wong
  737. Subject    CONVERTING OLD TPU'S
  738.  
  739.  
  740.  
  741.  -> Hmm..has anyone seen a program that can convert an old TPU into one
  742.  -> of the newer version of Pascal's TPU..Hmm..If so..can U please tell
  743.  -> me..Thanx...
  744.  
  745.  PW>  There is, nor will there be, a program to do this.  It's how Borland
  746.  PW> makes money - it causes everyone to upgrade becuase no one knows the
  747.  PW> format of the files.
  748.  
  749. It is comments like the above that indicate a total lack of understanding
  750. of just what it is that TPUs do and how they are used by the compiler.  
  751.  
  752. The incompatability across versions has nothing to do with that and everything
  753. to do with linking, entry points of routines etc etc.  TPUs, and the specialised
  754. information they contain, are the reason for TP code being so compact.
  755.  
  756. TeeCee
  757.  
  758.  
  759.  
  760.  
  761.  
  762. --- TC-ED   v2.01  
  763.  * Origin: The Pilbara's Pascal Centre (+61 91 732930) (3:690/644)
  764.  * Tossed by SFToss/286 v1.02a on 93/02/05  09:16:59
  765.  
  766. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  767.  
  768. Conference 4
  769. Date       02-04-93 18:10:00
  770. From       Terry Hughes
  771. To         Dennis Alexander
  772. Subject    Async Pro Question..
  773.  
  774.  
  775. DA>        I have a question about AsyncPro... is it door routines or is it jus
  776.  
  777. DA>the low-level stuff?  Do you have door routines?  I'm having a hard time
  778. DA>finding routines that fit my needs 100%... BOI is about perfect for my needs
  779.  
  780. DA>but the windowing isn't working for me.  Do you include source code?
  781.  
  782. I wouldn't call it low-level since it provides routines from simple
  783. serial I/O all the way up to easy-to-use protocol, modem and terminal
  784. window routines. But, no, it does not have any door-specific routines.
  785.  
  786. Yes, it includes complete source code.
  787.  
  788. -Terry
  789. ___
  790.  X QMPro 1.0 41-2187 X TurboPower Software (voice 719-260-6641)
  791.       
  792. --- Maximus/2 2.01wb
  793.  * Origin: The Programmers Playhouse (1:128/60)
  794.  * Tossed by SFToss/286 v1.02a on 93/02/05  09:17:05
  795.  
  796. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  797.  
  798. Conference 4
  799. Date       02-04-93 07:37:00
  800. From       Dj Murdoch
  801. To         Steve Connet
  802. Subject    Re: pointers
  803.  
  804.   SC> TYPE MyString = String;
  805.  SC>      MyArray  = Array [1..10] of ^MyString;
  806.  SC>      My2Array = Array [1..10] of MyString;
  807.  
  808.  SC> VAR MyVar  : MyArray;
  809.  SC>     My2Var : ^My2Array;
  810.  
  811.  
  812.  SC> Now MyVar is an array of pointers, and My2Var is merely pointing to an
  813.  SC> array.  But which is more "appropriate" to use?  And under what
  814.  SC> circumstances would you use one over the other?
  815.  
  816. MyArray is usually the one you'd want.  If you use NewStr and DisposeStr to
  817. allocate/deallocate the elements, then it can be much more efficient - holding
  818. 10 strings of 23 chars each will take just 10*(4 bytes per pointer + 24 bytes
  819. per string) = 280 bytes.  My2Array will take 4 + 10*256 = 2564 bytes to hold
  820. the same information.
  821.  
  822. One place where you might want a pointer is if you want this to be a function
  823. result.  Functions can't return arrays, but they can allocate arrays, and
  824. return pointers to them.  You might want a pointer to an array of pointers
  825. to get the memory savings, though.
  826.  
  827. --- Msg V3.2
  828.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  829.  * Tossed by SFToss/286 v1.02a on 93/02/06  09:43:27
  830.  
  831. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  832.  
  833. Conference 4
  834. Date       02-04-93 07:52:00
  835. From       Dj Murdoch
  836. To         Herb Brown
  837. Subject    Re: VMT
  838.  
  839.   HB> Totally unrelated to the above topic, but, have you ever 
  840.  HB> written a VMT simulation?  I found an excellent example in 
  841.  HB> a book by Namir Shamas.  He uses an example to search a 
  842.  HB> virtual memory array.  I liken it more to a memory cache 
  843.  HB> the way it's used, though..
  844.  
  845. I'm not sure what you mean by a VMT simulation, but it sounds interesting.
  846.  Could you explain a bit more?
  847.  
  848. --- Msg V3.2
  849.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  850.  * Tossed by SFToss/286 v1.02a on 93/02/06  09:43:27
  851.  
  852. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  853.  
  854. Conference 4
  855. Date       02-04-93 07:57:00
  856. From       Dj Murdoch
  857. To         Arthur van der Peijl
  858. Subject    Re: Compression, Streams & at Random
  859.  
  860.   AV>    With PHuffmanFilter(Source)^ do
  861.  AV>    Begin
  862.  AV>        Writeln(GetPos);
  863.  AV>        Seek(nr*73);
  864.  AV>        Read(test,73);
  865.  AV>    End;
  866.  
  867.  AV> This program should read the recordnumbers of the 
  868.  AV> compressed files BOSAL.LZH This file contains record with 
  869.  AV> each 73 character, it is compressed via the huffman-program of Stream13.*
  870.  
  871.  AV> My Program: I can't read the records! Each time i give 
  872.  AV> Seek an order, he move the pointer 73 positions. It 
  873.  AV> doesn't start at the zero position to seek (which it 
  874.  AV> should do according to the docs -> because of compression, 
  875.  AV> it must seek from position 0 on).
  876.  
  877. Looks like an error in the documentation.  I never implemented the Seek for
  878. this filter.  You could add it in yourself, but it would be pretty slow. 
  879. It should be something like this:
  880.  
  881.   procedure THuffmanFilter.Seek(pos:longint);
  882.   var
  883.     buffer : array[1..1024] of byte;
  884.   begin
  885.     inherited Seek(0);     { or TBitFilter.Seek(0) in TP 6 }
  886.     while pos > 1024 do
  887.     begin
  888.       Read(buffer,1024);
  889.       dec(pos,1024);
  890.     end;
  891.     if pos > 0 then
  892.       Read(buffer,pos);
  893.   end;
  894.  
  895. This doesn't have error checking, and I haven't tested it, but it looks about
  896. right.
  897.  
  898. A faster way to do this would be to force byte alignment after each record,
  899. and keep a record of the starting points in uncompressed bytes.  Then you
  900. wouldn't need to seek back to the beginning each time. 
  901.  
  902. --- Msg V3.2
  903.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  904.  * Tossed by SFToss/286 v1.02a on 93/02/06  09:43:27
  905.  
  906. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  907.  
  908. Conference 4
  909. Date       02-04-93 08:06:00
  910. From       Dj Murdoch
  911. To         Diederik Beltman
  912. Subject    Re: geheugenprobleem Borland Pascal 7.0
  913.  
  914.   DB> Onlangs heb ik BORLAND PASCAL WITH OBJECTS 7.0 gekocht en ik 
  915.  DB> krijg het niet voor elkaar om BP vanuit DOS te starten. Als ik 
  916.  DB> HIMEM.SYS uit m'n CONFIG.SYS haal lukt het wel, maar dan kan 
  917.  DB> ik Windows 3.1 niet meer starten. Kunt u mij helpen het 
  918.  DB> systeem op een juiste wijze te configureren? Ik draai onder 
  919.  DB> DOS 5.0. De CONFIG.SYS en AUTOEXEC.BAT druk ik hier onder af.
  920.  DB> Bij voorbaat dank.
  921.  DB> Met vriendelijke groeten, Diederik Beltman.
  922.  
  923. This is an English language echo.  I can guess that you can't get BP 7 to
  924. run with your CONFIG.SYS setup, but I can't follow well enough to see your
  925. exact problem.  Post again in English and I'll try to help.  It might be better
  926. to call Borland about this one, though.
  927.  
  928.  Duncan Murdoch
  929.  Moderator
  930.  
  931. --- Msg V3.2
  932.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  933.  * Tossed by SFToss/286 v1.02a on 93/02/06  09:43:27
  934.  
  935. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  936.  
  937. Conference 4
  938. Date       02-04-93 08:09:00
  939. From       Dj Murdoch
  940. To         Matt Kracht
  941. Subject    Re: big linked lists
  942.  
  943.   MK>     I want to make a file viewer that will view files as 
  944.  MK> large as  the nodelist.  I can make smaller file viewers 
  945.  MK> fine, but don't  have much idea on where to start with 
  946.  MK> making 'em any bigger. 
  947.  
  948. I wouldn't use a linked list for that.  You probably don't have enough memory
  949. to keep the whole file in memory at once, so don't even try.  Just keep it
  950. as an open file, and seek back and forth to read new parts.  It'll go a lot
  951. faster with a big buffer; a TBufStream would be ideal.
  952.  
  953. --- Msg V3.2
  954.  * Origin: Murdoch's_Point  - -   (1:249/99.5)
  955.  * Tossed by SFToss/286 v1.02a on 93/02/06  09:43:27
  956.  
  957. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  958.  
  959. Conference 4
  960. Date       02-05-93 04:12:00
  961. From       Trevor Carlsen
  962. To         Luke Kinberg
  963. Subject    Integer Variables
  964.  
  965.  
  966.  
  967.  LK> Is there a way to type in a letter or another non numeric
  968.  LK> character in an Integer variable without the programming
  969.  LK> aborting.
  970.  
  971. var
  972.   i : integer;
  973.  
  974. begin
  975.   repeat
  976.     write('Enter any number: ');
  977.     {$I- <<<<<< This turns off I/O error checking at runtime. }
  978.     readln(i);
  979.     {$I+ <<<<<< and this turn it back on again }
  980.   until IOResult = 0;
  981. end.
  982.  
  983. That will do what you want.  However it may be better if you handled the input
  984. yourself using readKey.
  985.  
  986. TeeCee
  987.   
  988.   
  989.  
  990. --- TC-ED   v2.01  
  991.  * Origin: The Pilbara's Pascal Centre (+61 91 732930) (3:690/644)
  992.  * Tossed by SFToss/286 v1.02a on 93/02/06  09:43:31
  993.  
  994. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  995.  
  996. Conference 4
  997. Date       02-05-93 04:24:00
  998. From       Trevor Carlsen
  999. To         Jakob Paikin
  1000. Subject    output
  1001.  
  1002.  
  1003.  
  1004.  SB> How do I make it so that only the things I want redirected
  1005.  SB> will be redirected, while everything else shows up ONLY on
  1006.  SB> the screen (no graphics, just TEXT stuff).
  1007.  
  1008.  JP> Just put the line:
  1009.  
  1010.  JP> DirectVideo := False;
  1011.  
  1012.  JP> before the lines doing things you want redirected, and:
  1013.  
  1014.  JP> DirectVideo := True;
  1015.  
  1016.  JP> before lines that should not be redirected.
  1017.  
  1018. Why don't you TRY it before giving the advice?
  1019.  
  1020. HINT: It will not work because the advice is wrong.  
  1021.  
  1022. To get redirection when the CRT unit is in use requires that stdout be reassigne
  1023. .  (See the first page in the chapter on the CRT unit in the manual.)
  1024.  
  1025. TeeCee
  1026.  
  1027.  
  1028. --- TC-ED   v2.01  
  1029.  * Origin: The Pilbara's Pascal Centre (+61 91 732930) (3:690/644)
  1030.  * Tossed by SFToss/286 v1.02a on 93/02/06  09:43:31
  1031.  
  1032. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  1033.  
  1034. Conference 4
  1035. Date       02-05-93 04:32:00
  1036. From       Trevor Carlsen
  1037. To         Nico Keirsmakers
  1038. Subject    ISAM
  1039.  
  1040.  
  1041.  
  1042.  NK> I'm trying to make an index-sequential file to speed things
  1043.  NK> up when retrieving data from my files. So I thought of
  1044.  NK> creating an index-file with the record key (e.g. Name) and
  1045.  NK> the position of that record.
  1046.  
  1047.  NK> Now when I need let's say information about 'Mr. JANSSENS' I
  1048.  NK> scan my index-file for Name = 'Mr. JANSSENS' and when it's
  1049.  NK> found I get the position of that record in the master file
  1050.  NK> (=pos). Then I open my master file and do a seek(master,
  1051.  NK> pos) followed by a read of the specified record.
  1052.  
  1053.  NK> I though this should have speeded up things, but in fact
  1054.  NK> there's only a minor increase of the speed...
  1055.  
  1056.  NK> Has anyone ever tried doing something like this ?? Cause I
  1057.  NK> need to access this file rather quickly, is there any way of
  1058.  NK> doing this really fast ?? I used reads and no blockreads
  1059.  NK> because my file is record organised.
  1060.  
  1061.  NK> [ When making ISAM files with Cobol, access is almost
  1062.  NK> instantly, I never   waited more than 1 second for
  1063.  NK> retrieving a record and I tested with 50.000 records. When I
  1064.  NK> did this in Pascal I had to wait for almost 15 seconds... ]
  1065.  
  1066. 50000 names in the file means that you cannot load the index file completely
  1067. into memory.  So one way to do this is to create an index array to your index
  1068. file and rather than create another file for this array, store it at the beginni
  1069. g of the index file and load it into memory at the initialisation stage.
  1070.  
  1071.   type 
  1072.     idxArray = array['A'..'Z'] of longint;
  1073.  
  1074. Each element can contain the file offset of where each letter of the alphabet
  1075. starts in the index array.  Then you can load just that section of the index
  1076. file into memory (using BlockRead of course), search it and then proceed to
  1077. the appropriate record in the master file.  
  1078.  
  1079. TeeCee
  1080.  
  1081. --- TC-ED   v2.01  
  1082.  * Origin: The Pilbara's Pascal Centre (+61 91 732930) (3:690/644)
  1083.  * Tossed by SFToss/286 v1.02a on 93/02/06  09:43:31
  1084.  
  1085. ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
  1086.  
  1087. Conference 4
  1088. Date       02-04-93 22:05:00
  1089. From       Norbert Igl
  1090. To         Luke Kinberg
  1091. Subject    Integer Variables
  1092.  
  1093.  
  1094.  
  1095.  
  1096. Hello Luke!
  1097.  
  1098.  03 Februar 1993 12:37, Luke Kinberg wrote to All:
  1099.  
  1100.  LK> Is there a way to type in a letter or another non numeric character in an
  1101.  
  1102.  LK> Integer variable without the programming aborting. Code would be
  1103.  LK> appreciated. Thanks Luke
  1104.  
  1105.   Function ReadInteger( message: String; x,y : Byte ) : Integer;
  1106.   var I, result : integer;
  1107.   begin
  1108.     gotoxy( x,y );
  1109.     write( message,':' );
  1110.     x := wherex -5 ;
  1111.     repeat
  1112.       i := 0;
  1113.       gotoxy( x,y );
  1114.       write('_____');
  1115.       gotoxy( x,y );
  1116.       {$I- }
  1117.       readln( i );
  1118.       {$I+}
  1119.       Result := IoResult;
  1120.       if Result <> 0
  1121.         then write( #7 ); { error-beep }
  1122.     until Result = 0;
  1123.     ReadInteger := I
  1124.   end;
  1125.  
  1126. Norbert
  1127.  
  1128. --- GoldEd 2.40p/FD2.02/FastEcho
  1129.  * Origin: Fly like an Igl  (2:2402/300.3)
  1130.  * Tossed by SFToss/286 v1.02a on 93/02/06  09:43:31
  1131.